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METHOD AND APPARATUS FOR EVENT NOTIFICATION 
BASED ON THE IDENTITY OF A CALLING PARTY 

Field of the Invention 

5 The present invention relates generally to methods and apparatus for 

communicating with one or more people, and more particularly, to methods and apparatus for 
automatically notifying one or more interested parties of an event or emergency based on the 
identity of the calling party. 

10 Background of the Invention 

Advances in telecommunication systems have improved the ability of emergency 
personnel to respond to an emergency. For example, when a caller dials 911 or another 
emergency telephone number, information about the location of the caller can be automatically 
provided to the local authorities. 911 calls are typically processed by a Public Safety Answering 

15 Point (PSAP) that processes emergency calls and dispatches an appropriate response. The PSAP 
evaluates an automatic number identifier (ANI) associated with an incoming call to identify the 
telephone number of the calling party. The ANI can then be used to retrieve information about 
the location of the calling party from an Automatic Location Identification (ALI) database. The 
ALI database may provide, for example, the address of the calling party, together with 

20 appropriate directions, or a nearest cross street. In this manner, appropriate emergency personnel 
can be dispatched to the indicated location, even if the calling party is unable to state his or her 
location. 

In addition, recent advances in telecommunication systems permit important 
messages to be provided to an entire community during an emergency. For example, a number 

25 of techniques have been proposed or suggested to automatically inform the public of an 
emergency situation, or to provide a public service message. Typically, such community 
notification systems maintain a database containing a telephone number or electronic mail 
address (or both) of each member of the relevant community. Thereafter, in the event of an 
emergency affecting the community, a recorded message is sent to each specified telephone 

30 number or electronic mail address. For example, United States Patent Numbers 5,559,867 and 
5,912,947, assigned to Sigma/Micro Corp., of Indianapolis, IN, describe a public notification 
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system that automatically initiates telephone calls to telephone numbers identified in a database 
of users. Similarly, United States Patent Number 6,463,462, assigned to Dialogic 
Communications Corporation of Franklin, TN, describes an automated system for delivering 
messages to a community of users. For example, if there is an accident at an industrial site in a 
5 particular community, a community notification system can automatically call all residents 
within a certain radius of the site and play a recorded message providing information about the 
emergency. 

While such community notification systems can be effectively employed to notify 
a large number of people in the event of a catastrophic emergency or another event affecting an 

10 entire community, they cannot effectively notify a small group of people that are affected by 
more routine or personal emergencies. In addition, currently available community notification 
systems provide the same message to all community members using static contact information, 
and are unable to tailor the message or the distribution list to characteristics of an incoming 
emergency call. A need exists for a mechanism for notifying one or more interested parties 

15 when a person calls 91 1 or another telephone number. 

Summary of the Invention 

Generally, an event notification system is provided that notifies one or more 
designated persons of an event or emergency that has been reported by an endpoint to a receiver, 
such as a Public Safety Answering Point (PSAP) that processes 911 calls or a customer support 
line. When a call is received by the receiver, an event notification process obtains the telephone 
number (or electronic mail address) of the endpoint. The telephone number (or electronic mail 
address) of the endpoint can be used as an index to identify one or more designated persons that 
should be notified when a call is received from this endpoint. The notification message that is 
generated and optionally the particular designees that are notified can be based on information 
about the call, such as the nature of the emergency. 

The event notification may be triggered by a received call. Generally, whenever a 
telephone call is received from an endpoint registered with the event notification system, the 
corresponding specified designees will be notified of the event. In a further variation, the event 
notification can be triggered indirectly when a call is placed by a third party identifying the 
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response address associated with an endpoint. For example, if a neighbor reports an emergency 
at a home across the street, the designees that have been specified for the home across the street 
should be notified. 

The designated persons are notified, for example, by an event notification system 
5 using a communication flow expression according to the delivery preferences of each designated 
person. The disclosed event notification system optionally obtains the responses of the 
designees, and records the status of the notification process. The communication flow can be 
specific to the target endpoint and the circumstances of the emergency call. A notification 
request manager tracks all the notification requests that have been submitted and maintains status 
10 information for each request, such as pending, cancelled or completed. 

A more complete understanding of the present invention, as well as further 
features and advantages of the present invention, will be obtained by reference to the following 
detailed description and drawings. 

15 Brief Description of the Drawings 

FIG. 1 illustrates an event notification system incorporating features of the 
present invention; 

FIG. 2 is a flow chart illustrating an event notification process incorporating 

features of the present invention; 
20 FIG. 3 is a sample table from an exemplary endpoint notification database; 

FIG. 4 is a sample table from an exemplary designee preference database; and 
FIG. 5 is a sample table illustrating events that are recorded in accordance with 

the present invention. 

25 Detailed Description 

The present invention provides an event notification system 100, shown in FIG. 1, 
that notifies one or more designees 120-1 through 120-N, hereinafter, collectively referred to as 
designees 120, of an event or emergency that has been reported by an endpoint 110 (identified 
by a telephone number) to a receiver 115. The receiver 1 15 can be, for example, a Public Safety 
30 Answering Point (PSAP) that processes 911 calls. In the exemplary emergency response 
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embodiment, the event notification system 100 can be implemented by the receiver 115 itself, as 
shown in FIG. 1, or by another entity, such as a telephone service provider. The designees 120 
may be specific to the endpoint 1 10 and may be contacted by a number of different media, such 
as electronic mail, telephone, web page, pager or facsimile, or a combination of the foregoing, in 
5 one or more preferred human languages. The endpoint 110 may be embodied, for example, as 
any communication device, such as a telephone, cellular telephone, email-enabled personal 
computer or wireless personal digital assistant, or a medical emergency token that may be worn 
by a person and activated to send an alarm to a central monitoring station. 

While the present invention is illustrated in an exemplary emergency response 

10 environment, the present invention may also be employed to notify designees 120 of an event 
that has been reported to a non-emergency telephone number, such as a help desk, as would be 
apparent to a person of ordinary skill in the art. For example, an account representative can be 
the designee that is notified when a particular customer or client places a telephone call to a help 
desk or customer service line to obtain assistance. 

15 As shown in FIG. 1 and discussed further below in conjunction with FIG. 2, the 

event notification system 100 employs an event notification process 200 to implement features of 
the present invention. Generally, when a call is received by the receiver 115, the event 
notification system 100 obtains the telephone number of the endpoint 110 using the ANI 
information conveyed with the call. As discussed further below in conjunction with FIG. 3, the 

20 telephone number of the endpoint 110 can be used as an index into an endpoint notification 
database 300 to identify one or more designees 120 that should be notified when a call is 
received from this endpoint 1 10. The generated message and optionally the particular designees 
120 that are notified can be based on information about the call, such as the nature of the 
emergency. 

25 In one exemplary embodiment, the event notification system 100 employs a 

notification system to notify the designees 120, such as the notification system described, in 
United States Patent Application Serial No. 10/184,236, filed June 26, 2002, entitled "Method 
and Apparatus for Automatic Notification and Response," incorporated by reference herein. 
Thus, the event notification process 200 generates a communication flow for each identified 

30 designee 120 in order to notify each designee 120 of the event or emergency. As discussed 
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further below in conjunction with FIG. 4, the delivery preferences of each designee can be 
recorded in a designee preference database 400. 

Generally, a communication flow is the path of a notification from the event 
notification system 100 to each designee 120. Communication flows are characterized by 
5 communication flow expressions, success specifications, communication flow rules and 
parameters. A communication flow identifies the specific designees 120 that are to receive the 
notice, as well as how, when and where each designee 120 shall receive the message in 
accordance with the specified preferences of each designee 120. Communication flow 
expressions can also specify what action to take when a particular designee fails to respond 

10 successfully to a notification request. For more details on communication flows and 
communication flow expressions, see United States Patent Application Serial No. 10/184,236. 

The event notification system 100 optionally obtains the responses of the 
designees 120, and records the status of the notification process. The communication flow can 
be specific to the target endpoint and the circumstances of the emergency call. The management 

15 of responses and status updates can be processed by a notification request manager, as described 
in United States Patent Application Serial No. 10/184,236. Generally, the notification request 
manager tracks all the notification requests that have been submitted. The notification request 
manager can maintain a notification request database (not shown) that includes information 
about each notification request, and indicates the status of each request, such as pending, 

20 cancelled or completed. The notification request database can be maintained in memory or a 
persistent database in which the requests and their current state (including responses) can be 
stored. Among other functions, the notification request manager assigns a unique identifier to 
each notification request that can be used to identify the notification that a designee 120 should 
receive and the notification request to which a response applies. In addition, the notification 

25 request manager modifies requests, if necessary, to ensure that the responses are forwarded back 
to the event notification system 100. As previously indicated, communication flow expressions 
are used to specify the parameters of a given notification request. The notification request 
manager follows the directions of the communication flow in performing each media specific 
communication with a designee. 
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According to one aspect of the present invention, the event notification is 
triggered by a received call. Generally, whenever a telephone call is received from an endpoint 
1 10 registered with the event notification system 100, the corresponding specified designees 120 
are going to be notified of the event. In a further variation, the event notification can be 
5 triggered indirectly when a call is placed by a third party identifying the response address 
associated with an endpoint. For example, if a neighbor reports an emergency at a home across 
the street, the designees that have been specified for the home across the street should be 
notified. 

The event notification system 100 thus employs personalized message delivery 

10 (designees receive messages when and how they want). The event notification system 100 can 
deliver notifications and collect responses in any one of a number of supported human languages 
and media formats, such as electronic mail, telephone, web page, pager or facsimile. In 
addition, the event notification system 100 provides centralized notification management for 
endpoints and designees, as well as response collation and status updating. 

15 In one embodiment, messages are generated in each particular media format using 

XML request data that can be updated and can maintain a history of values with XML style 
sheets to dynamically render the content of the messages in each format. The media of the 
message can be tailored to the designee's needs and preferences at the time of the delivery, and 
the content of the message can be generated at the time of delivery so that it always contains the 

20 most up-to-date information. For example, many of the media contacts employed by the event 
notification system 100 can initially provide an indication to the designee that a notification 
message is available for the designee, such as a page indicating that the designee must call a 
designated telephone number to retrieve a notification message or an electronic mail message 
containing a hyperlink to a web page containing the notification message. The recipient 

25 thereafter accesses the notification message and is presented with the up-to-date version of the 
notification message at the time of the access. In this manner, the receiver 115 can update the 
notification message until the designee actually accesses the notification message. 

As previously indicated, the event notification system 100 employs an event 
notification process 200, shown in FIG. 2, to implement the notification features of the present 

30 invention. As shown in FIG. 2, the event notification process 200 is initiated during step 210 
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upon receipt of an incoming call. Once an incoming call is detected during step 210, the 
appropriate response to the emergency is dispatched during step 215, if necessary. For example, 
the appropriate police or medical personnel may be dispatched. 

Thereafter, the ANI (or telephone number) associated with the incoming call is 
5 obtained during step 220. The ANI (or telephone number) of the endpoint (i.e., the calling party) 
is then used as an index into the endpoint notification database 300. It is noted that any identifier 
of an endpoint device, such as an email address, could be used instead of the ANI. A test is 
performed during step 230 to determine if there is a record in the endpoint notification database 
300 corresponding to the telephone number of the calling part. If it is determined during step 

10 230 that there is no record in the endpoint notification database 300 corresponding to this 
endpoint, then program control terminates during step 235. 

If, however, it is determined during step 230 that there is a record in the endpoint 
notification database 300 corresponding to this endpoint, then the designee list associated with 
this endpoint is retrieved from the endpoint notification database 300 during step 240. A 

15 notification message that may optionally be tailored to include characteristics of the telephone 
call, such as the nature of the emergency, and a communication flow expression are generated 
during step 250 to notify each designee in the designee list. The notification message may 
indicate, for example, the date and time of the emergency call, the nature of the emergency, the 
emergency personnel that were dispatched (e.g., police and fire personnel) and a telephone 

20 number to call for further information. An exemplary communication flow for notifying 
designees of an emergency can be expressed as follows: 

( ( Mother or Father ) races Grandmother after +00:30.00 ) and Neighbor) 
According to the above communication flow, the parents (mother or father or both) occupying a 
home are notified of any emergency at the home, in this case involving a child. It is assumed 

25 that the Grandmother lives far away. The family will contact her personally, if possible. The 
event notification system 100 will only contact the Grandmother if the Mother and the Father do 
not respond within 30 minutes. A neighbor is also contacted in parallel. The communication 
flow is then executed during step 260 in accordance with the teachings of United States Patent 
Application Serial No. 10/184,236. Program control then terminates. 
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FIG. 3 is a sample table from an exemplary endpoint notification database 300. 
As shown in FIG. 3, the exemplary endpoint notification database 300 includes a plurality of 
records 305-315, each associated with a different endpoint. For each endpoint, identified by a 
telephone number in field 330, the endpoint notification database 300 records the corresponding 
5 address and distribution list in fields 340 and 350, respectively. 

As previously indicated, communication flow expressions provide a flexible, 
general technique for specifying designees for a notification request and how to direct a 
communication in response to the replies received from designees. In an exemplary 
implementation, a designee preference database 400, shown in FIG. 4, can be embodied as a 

10 Lightweight Directory Access Protocol (LDAP) directory, described, for example, in M. Wahl et 
al., "Lightweight Directory Access Protocol (v3)," RFC 2251 (Dec. 1997), incorporated by 
reference herein. The designee preference database 400 holds objects that describe the designees 
that can appear in a communication flow expression. As shown in FIG. 4, the exemplary 
designee preference database 400 includes a plurality of records 405-420, each associated with a 

15 different designee. 

For each designee identified in field 430, the designee preference database 400 
identifies the designee type in field 440 and the personal communication flow defined for the 
designee in field 450. The types of designee that may appear in field 440 are a person, a role, an 
application, a device, a named communication flow or a method for contacting an individual 

20 designee. While a person, role or named communication flow object can specify a 
communication flow expression for contacting designees, the method for contacting an 
individual designee or an application (or media contact object) is a terminal object in the 
translation of designee names (i.e., the object is not translated further in the directory). The 
object includes attributes that are important for reaching the individual or application that may 

25 act as an agent for the individual; specifically, the address, protocol, timeout and retry intervals 
for making contact. 

According to a concept referred to as dynamic communication flow expression 
substitution, the binding of designee names to information in the designee preference database 
400 is delayed until the time of contact. Thus, the late binding aspect implies that a designee 
30 described as a role, such as the CEO of a company, can change until the system 100 begins its 
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attempt to notify the CEO. In addition, the personal communication flow of a designee, such as 
the office phone number, can change to an away phone during a trip and still be used 
successfully by a request submitted before the trip began. 

When a designee is contacted by a media contact, the designee can request that a 
5 different communication flow expression be substituted for his or her expression in the 
communication flow. This allows the designee to delegate tasks dynamically to more 
appropriate designees. It also allows designees to delay the task by substituting into the 
communication flow a communication flow expression that has a delay clause, for example, 
"Joann after +04:00," which generates a reminder to process the request after a four hour delay. 

10 FIG. 4 provides a number of exemplary objects in the exemplary designee preference database 
400 that illustrate the different types of designees. A discussion of the exemplary primitives 
employed in the designee preference database 400 is discussed in United States Patent 
Application Serial No. 10/184,236. 

FIG. 5 is a sample table 500 illustrating events that are recorded in accordance 

15 with the present invention. As shown in FIG. 5, an emergency call is received during event 505. 
The ANI associated with the received emergency call is employed to identify the caller, Liz 
Johnson during-event 510 and the appropriate response is deployed during events 515 and 520. 
Thereafter, the event notification system 100 generates and processes a communication flow in 
accordance with the present invention during events 525 and 530. Pat and Joann are notified in 

20 accordance with their specified preferences (pager and cell phone/email, respectively) during 
events 535 and 540 according to the exemplary communication flow. A status update is received 
during event 555 indicating medical conditions of the caller. The recipient Joann responds 
during event 570 indicating that she will go to the hospital. 

As is known in the art, the methods and apparatus discussed herein may be 

25 distributed as an article of manufacture that itself comprises a computer readable medium having 
computer readable code means embodied thereon. The computer readable program code means 
is operable, in conjunction with a computer system, to carry out all or some of the steps to 
perform the methods or create the apparatuses discussed herein. The computer readable medium 
may be a recordable medium (e.g., floppy disks, hard drives, compact disks, or memory cards) or 

30 may be a transmission medium (e.g., a network comprising fiber-optics, the world-wide web, 
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cables, or a wireless channel using time-division multiple access, code-division multiple access, 
or other radio-frequency channel). Any medium known or developed that can store information 
suitable for use with a computer system may be used. The computer-readable code means is any 
mechanism for allowing a computer to read instructions and data, such as magnetic variations on 
5 a magnetic media or height variations on the surface of a compact disk. 

The computer systems and servers described herein each contain a memory that 
will configure associated processors to implement the methods, steps, and functions disclosed 
herein. The memories could be distributed or local and the processors could be distributed or 
singular. The memories could be implemented as an electrical, magnetic or optical memory, or 

10 any combination of these or other types of storage devices. Moreover, the term "memory" should 
be construed broadly enough to encompass any information able to be read from or written to an 
address in the addressable space accessed by an associated processor. With this definition, 
information on a network is still within a memory because the associated processor can retrieve 
the information from the network. 

15 It is to be understood that the embodiments and variations shown and described 

herein are merely illustrative of the principles of this invention and that various modifications 
may be implemented by those skilled in the art without departing from the scope and spirit of the 
invention. 
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